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Beschreibung 

System bzw. Verfahren zur Freigabe f reigabebedUrf tigter Soft- 
wareprogramme 

5 

Die Erfindung betrifft ein System bzw. ein Verfahren zur 
Freigabe f reigabebedUrf tigter Sof twareprogramme . Verfahren 
zur Freigabe freigabebedtirf tige, d.h., insbesondere instanzi- 
ierbarer Sof twareprogramme sind allgemein bekannt. Ein derar- 

10 tiges System betrifft zumindest eine oder mehrere Automati- 
sierungskomponenten, wie diese beispielsweise auf dem Gebiet 
der Steuerung bzw* Regelung insbesondere von Werkzeugmaschi- 
nen bzw. Produktionsmaschinen bzw. Handhabungsautomaten bzw. 
anderen Automaten bzw. Systemen zur Automatisierung insbeson- 

15 dere von Prozessen bekannt sind. Eine Automatisierungskompo- 
nente ist beispielsweise eine speicherprograromierbare Steue- 
rung SPS, ein Stromrichter, ein Personal Computer, eine Bewe- 
gungssteuerung bzw. dergleichen. Derartige Sof twareprogramme, 
insbesondere zur Steuerung bzw. Regelung zumindest eines Au- 

20 tomatisierungsobjektes sind vor unberechtigter Verwendung 
z.B. durch einen Sof twareschutz zu sichern. Der Software- 
schutz wird beispielsweise durch Eingabe eines Lizenzschlus- 
sels als eine eindeutige Kennung in das System zur rechtmafii- 
gen Benutzung des jeweiligen f reigabebedUrf tigen Softwarepro- 

25 gramms deaktiviert. Das Sof twareprogramm ist dadurch akti- 
vierbar bzw. aktiviert. Solange der Sof twareschutz nicht de- 
aktiviert ist, kann das Sof twareprogramm nicht oder nicht im 
vollen Umfang auf den jeweiligen Gerat, welches insbesondere 
eine Automatisierungskomponente ist genutzt werden. Das Deak- 

30 tivieren des Sof twareschutzes entspricht damit einer Lizen- 

zierung des jeweiligen Sof twareprogrammes . Der Umgang mit dem 
Lizenzschlussel erfolgt in der Software durch einen Lizenz- 
schlusselhandhaber . Ein derartiger LizenzschlUsselhandhaber 
weist z.B. bestimmte Algorithmen zur Identif izierung des Li- 

35 zenzschlUssels auf. Des weiteren weist der LizenzschlUssel- 
handhaber eine Bedienschnittstelle zu einem Anwender auf. 
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Ein anderes Verfahren des Sof twareschutzes ist beispielsweise 
die Verwendung eines Dongles als Kopierschutzstecker, der an 
einem Gerat z.B. einer CNC-Steuerung an einer seriellen oder 
parallelen Schnittstelle anschlieflbar ist. Dadurch ist der 
5 Sof twareschutz mit einer Hardware verknupft, was unter ande- 
rem logistischen Aufwand erfordert. Da die Anzahl paralleler 
oder serieller oder anderen Schnittstellen bei einem Automa- 
tisierungssystem bzw. bei einer Automatisierungskomponente, 
wie z.B. einer Speicher-Programmierbaren-Steuerung - SPS - 

10 oder einem Stromrichter oder einer Bewegungssteuerung, be- 
grenzt ist, begrenzt sich auch die Anzahl einzusetzender 
Dongles und somit die Anzahl einzusetzender freigabebedUrf ti- 
ger Software. Dies ist insbesondere dann von Nachteil, wenn 
auch ein OEM - Original Equipment Manufacturer - dazu befa- 

15 higt sein soil, f reigabebedurf tige Software zu schaffen. 

Eine weitere Moglichkeit des Sof twareschutzes ergibt sich 
z.B. durch die Verwendung von Disketten als Datentrager, wie 
dies z.B. in der EP 0 745 925 A2 oder in der EP 0 610 623 Al 
20 beschrieben ist. 

Aus der WO 00/75760 Al ist bekannt, einen Lizenzschlussel vom 
Hersteller der Software bzw. der Hardware an eine bestimmte 
Ziel-Hardware zu binden, in dem eine f reigabebedurf tige Soft- 
25 ware speziell fur eine Hardware, welche eine Kennung aufweist 
generiert wird. 

Sind auf einer Werkzeugmaschine bzw. Produktionsmaschine bzw. 
einem Handhabungsautomaten bzw. einem System insbesondere ei- 

30 nem Automatisierungssystem ftir allgemeine bzw. spezielle Au- 
tomatisierungsauf gaben, welches zumindest eine Automatisie- 
rungskomponente aufweist verschiedene Sof twareprogramme ab- 
lauffahig bzw. sind innerhalb eines Verbundes derartiger Ma- 
schinen bzw. Automaten bzw. Automatisierungssysteme verschie- 

35 dene Sof twareprogramme ablauffahig, welche insbesondere ver- 
schiedene Schutzmechanismen zum Schutz der Software nutzen, 
so treten dadurch Nachteile auf. FUr jede f reigabebedurf tige 
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Software ist einzeln der entsprechende Sof twareschutz manuell 
einzurichten. Handelt es sich urn unterschiedliche Software- 
schutzmechanismen, so sind unterschiedliche Vorgehensweisen 
zur Aktivierung bzw. zur Freischaltung der Software notwen- 
5 dig. Diese Freigabe von lizenzierter bzw. f reigabebediirf tiger 
Software, insbesondere bei einer Vielzahl von lizenzierten 
Sof twareprogrammen sind sehr arbeitsaufwendig. Dies liegt 
insbesondere daran, dass die Schritte zur Lizenzierung sich 
haufig fiir jedes Sof twareprogramm unterscheiden. Ein Benut- 

10 zer, der ein erstes Sof twareprogramm erfolgreich lizenziert 
hat, muss zur Lizenzierung eines weiteren Sof twareprogramines 
den jeweiligen LizenzschlUssel bereit halten und ermitteln, 
welche Schritte zur Lizenzierung auszufUhren sind und darauf 
diese Schritte einzeln ausftihren urn das Sof twareprogramm mit 

15 dem zugehorigen LizenzschlUssel, kurz SchlUssel genannt, zu 
lizenzieren. Dieses Vorgehen ist insbesondere fur ungeiibte 
Benutzer aufwendig, zeitintensiv und f ehleranf allig. Die 
rechtliche Lizenzierung ist in diesem Zusammenhang von der 
Prufung des Lizenzschlussels zu unterscheiden. Zum Nachweis 

20 einer Lizenz gibt es z.B. Urkunden, welche vorteilhaf ter Wei- 
se f alschungssicher sind. Der LizenzschlUssel ist eine elekt- 
ronische bzw. datentechnische Reprasentanz der rechtlichen 
Lizenz an einer lizenzierten Software. Bei dem Vorgang der 
Lizenzierung der Software durch den LizenzschlUssel handelt 

25 es sich urn eine Prufung der elektronischen bzw. datentechni- 
schen Reprasentanz der rechtlichen Lizenz zur Nutzung einer 
lizenzierten Software, d.h. einer durch einen Sof twareschlus- 
sel f reigabebedurf tigen Software. Der Vorgang der PrUfung des 
Lizenzschlussels hat beispielsweise zumindest eine der fol- 

30 genden Wirkungen: die f reigabebedurf tige Software ist nicht 
abl auffahig, die f reigabebedurf tige Software ist einge~ 
schrankt ablauffahig, die f reigabebedurf tige Software ist ab- 
lauffahig, eine Generierung einer Meldung an ein Beobach- 
tungsgerat zur Anzeige des Lizenzierungszustandes freigabebe- 

35 durf tiger Software. 



WO 2005/003935 PCT7EP2004/005827 



4 

In Automatisierungs- und Antriebssystemen wird Software zu- 
nehmend getrennt von der Hardware vermarktet. Der Schutz von 
Software wird vereinzelt durch einen SW-Lizenzschutz sicher- 
gestellt. Die Vielf aitigkeit dieser Komponenten in Automati- 
5 sierungs- und Antriebssystemen ist ein Problem. 

Bei Softwarelizenzen, d.h. bei freigabebedurf tiger Software 
z.B. von: 

• Software in elektrischen Antriebskomponenten, 

10 • Software in einer embedded-Runtime-Steuerung, wie z.B. 

einer Werkzeugmaschinen-Steuerungen oder einer Speicher- 
Programmierbaren-Steuerung, oder 

• Software eines Personal Computers als 

• Mittel zum Bedienen bzw. zum Beobachten 

15 • Mittel zu einer ubergeordnete Datenerf assung einer 

Automatisierungsauf gabe oder als 

• Mittel zur Leitsteuerung eines Automatisierungssys- 
tems 

• Software einer speicherprogrammierbaren Steuerung 
20 (SPS) 

• Software einer Werkzeugmaschinensteuerung 

• usw. 

hat ein Anwender mit unterschiedlichsten Methoden und Tools 
Sof twarelizensen zu handhaben. Mit zunehmender Durchdringung 
25 von Sof twarelizensen bzw. freigabebedurf tiger Softwarepro- 
gramme in Automatisierungs- und Antriebssystemen und zuneh- 
mender Komplexitat solcher Anlagen, ist dieser Ansatz fUr ei- 
nen Anwender nicht mehr handhabbar. 

3 0 Der Erfindung liegt daher die Aufgabe zugrunde, ein System 
bzw. ein Verfahren anzugeben, dass zur Lizenzierung mindes- 
tens eines Sof twareprogrammes, insbesondere zur gemeinsamen 
Lizenzierung eine Mehrzahl von Sof twareprogrammen geeignet 
ist und die obig beschriebenen Nachteile bzw. Probleme zumin- 

35 dest in Teilen uberwindet. 
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Diese Aufgabe wird erf indungsgemafl durch ein System mit den 
Merkmalen des Anspruchs 1 bzw. durch ein Verfahren nach An- 
spruch 7 gelost. 

5 Die UnteransprUche 2 bis 6 bzw. 8 bis 16 sind erf indungsgema- 
JJe Weiterbildungen des Systems bzw. des Verfahrens. 

Bei einem System zur AusfUhrung eines f reigabebedUrf tigen 
Softwareprogrammes zur Steuerung bzw. Regelung mittels zumin- 

10 dest einer Automatisierungskomponente ist eine Freigabe des 
f reigabebedUrf tigen Softwareprogrammes iiber einen Lizenz- 
schliissel erreichbar, wobei zur Freigabe ein LizenzschlUssel- 
handhaber vorgesehen ist und wobei ein Lizenzschlusselhandha- 
bermanager mit zumindest einem bzw. mit zwei oder mehreren 

15 Lizenzschlusselhandhabern datentechnisch verbindbar ist. 

Dadurch ist insbesondere ein Uber verschiedene Automatisie- 
rungs- und Antriebskomponenten einheitliches Lizenzmanage- 
mentverfahren zu schaffen. Die Automatisierungskomponente ist 
20 beispielsweise zum Steuern bzw. Regeln einer Werkzeugmaschi- 
ne, einer Produktionsmaschine, eines Handhabungsautomaten, 
einer chemischen Prozessanlage bzw. eines elektrischen Motors 
einsetzbar, wobei dies alles Automatisierungsobj ekte sind. 

25 Unter der Freigabe des f reigabebedUrf tigen Softwareprogrammes 
ist zumindest die Prufung der elektronischen bzw. datentech- 
nischen Reprasentanz der Lizenz in der Form des Lizenzschlus- 
sels zu verstehen. Aus der Prufung kann sich dann eine der 
bereits beschriebenen Folgen wie z.B. die entweder beschrank- 

30 te oder unbeschrankte Ablauf f ahigkeit des f reigabebedUrf tigen 
Softwareprogrammes ergeben . 

Der LizenzschlUsselhandhaber ist zur Handhabung des Lizenz- 
schlUssels vorgesehen. Beispielsweise weist der als Software 
35 ausgebildete LizenzschlUsselhandhaber einen Algorithmus zur 
Erkennung eines LizenzschlUssels auf. Der Lizenzschlussel- 
handhaber ist weiterhin so ausbildbar, dass durch diesen die 
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Lizensierung, insbesondere die Freischaltung eines bzw. meh- 
rerer freigabebedurf tiger Sof twareprogramme erfolgt. Der Li- 
zenzschliisselhandhabermanager ist datentechnisch, d.h. zwei 
Sof twareprogramme sind zum Austausch von Daten vorgesehen, 
5 mit dem LizenzschlUsselhandhaber verbunden. Die datentechni- 
sche Verbindung dient insbesonder der Erkennung des Li- 
zenzschlUsselhandhaber und zur Ubermittlung des LizenzschlUs- 
sels bzw. der Freigabeinformation fUr die Software. Der Li- 
zenzschlUsselhandhabermanager ist derart ausfUhrbar, dass 
10 dieser sowohl immer oder auch nur zeitweise aktiv ist. Eine 
zeitweise Aktivierung ist beispielsweise beim Hochlauf einer 
Automatisierungskomponente oder bei der Neuinstallation zu- 
mindest eines Sof twareprogr amines vorteilhaft, da in der Ubri- 
gen Zeit Systemresourcen nicht belastet werden. 

15 

Ein Anwender von freigabebedurf tiger Software (Sof twarepro- 
gramm) ist nun in der Lage mittels des LizensschlUsselhandha- 
bermanagers Daten, insbesondere LizenzschlUssel, an den Li- 
zenzschlUsselhandhaber weiterzugeben. Der LizenzschlUssel- 

2 0 handhabermanager ist derart ausbildbar, dass er unabhangig 
von der Art des LizenzschlUsselhandhabers dem Anwender eine 
weitgehend standardisierte Bedienoberf lache bietet. Der An- 
wender muss sich also nicht auf unterschiedliche Bedienkon- 
zepte unterschiedlicher LizenzschlUsselhandhaber einstellen. 

25 Durch das erf indungsgemafte System, ist es nun also moglich 

freigabebedurf tige Sof twareprogramme, welchen jeweils ein Li- 
zenzschlUsselhandhaber zuweisbar ist, mit einem Softwarepro- 
gramm, dem Lizenzschlusselhandhabermanager, zu managen. Da- 
durch ergibt sich nunmehr nur noch eine Schnittstelle fUr ei- 

30 nen Nutzer zur Lizenzf reigabe von Sof twareprogrammen und so- 
mit ein leichterer und schnellerer, d.h., kostengunstigerer 
Umgang mit Freigaben von Lizenzen. 

In einer vorteilhaf ten Ausgestaltung des Systems sind zumin- 
35 dest zwei LizenzschlUsselhandhaber unterschiedlichen Typs. 
Die Typen der LizenzschlUsselhandhaber unterscheiden sich 
durch unterschiedliche Typen der LizenzschlUssel . Ein be- 
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stimmter VerschlUsselungsalgorithmus kennzeichnet beispiels- 
weise einen Typ. Auch die Einbindung eines in der Hardware 
der Automatisierungskomponente gespeicherten nicht loschbaren 
Datums in einen Schlttssel kann einen neuen Typ von Lizenz- 
5 schliissel ausbilden. Dies sind nur wenige Beispiele ftir viele 
mogliche Arten von Typen. 

In einer weiteren vorteilhaf ten Ausgestaltung des Systems ist 
der Lizensschlusselhandhabermanager zur Erkennung zumindest 
10 zweier Lizensschltisselhandhaber, bzw. zur Erkennung eines Li- 
zenzbedarfs vorgesehen. 

Wenn mit dem Lizenzschlusselhandhabermanager Lizenzschltissel- 
handhaber unterschiedlichen Typs, d.h. mit unterschiedlichem 

15 Lizenzschlusselmethoden, handelbar sind, so ist dies fur den 
Anwender eine grofie Erleichterung. In einer vorteilhaf ten 
Ausgestaltung des Lizenzschltisselhandhabermanagers erkennt 
dieser die Typen der mit ihm datentechnisch verbundenen Li- 
zenzschltisselhandhaber . Ist dem Lizenzschliisselhandhabermana- 

20 ger beispielsweise ein Typ noch nicht bekannt, so ist der Li- 
zenzschltisselhandhabermanager mittels eines zuspielbaren 
Sof twareerganzungsmoduls aufrustbar, damit er auch einen neu- 
en Typ erkennt und diesen managen kann. Diese Moglichkeit ist 
insbesondere fur OEM's nUtzlich, da diese eigene lizenzierba- 

25 re Sof twareprogramme erstellen konnen. Auch ist es dann von 
Vorteil, wenn lizenzierbare Software unterschiedlicher Her- 
steller Verwendung finden bzw. wenn seitens eines Herstellers 
die Art des Sof twareschutzes fur eine Nachf olgesof tware gean- 
dert wurde. In einer weiteren vorteilhaf ten Ausgestaltung des 

30 Lizenzschlusselhandhabermanagers erkennt dieser in dem Sys- 
tem, d.h. z.B. in einem Automatisierungssystem oder in einer 
Werkzeugmaschinensteuerung, die Anzahl und den Typ der beno- 
tigten Lizenzschlussel ftir die zu verwendenden freigabebe- 
diirftigen Sof twareprogramme . 
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In einer vorteilhaf ten Ausgestaltung des Systems ist das Sys- 
tem ein verteiltes System mit mindestens zwei Automatisie- 
rungskomponenten, welche miteinander datentechnisch vernetzt 
sind, wobei auf einer der Automatisierungskomponenten das 
5 f reigabebedUrf tige Sof twareprogramm ablauffahig ist und der 
Lizenzschlusselhandhabermanager auf dieser bzw. auf einer 
weiteren Automat isierungskomponente ablauffahig ist und mit 
dem LizenzschlUsselhandhaber zumindest einer weiteren Automa- 
tisierungskomponente datentechnisch verbunden ist. 

10 

Der LizenzschlUsselhandhabermanager ist also in einem System 
auf einer gleichen Hardwareplattform oder auch auf einer an- 
deren Hardwareplattform wie der LizenzschlUsselhandhaber 
betreibbar. Dies erhoht die Flexibilitat , 

15 

Die Flexibilitat ist auch durch eine Floating-Lizenz erhoh- 
bar. Der LizenzschlUsselhandhabermanager weist dabei z.B. den 
Lizenzschlussel einmal dem einen LizenzschlUsselhandhaber und 
ein anderes mal dem anderen LizenzschlUsselhandhaber zu. 

20 

Der LizenzschlUsselhandhaber ist auch derart ausbildbar, dass 
dieser zu prUfende f reigabebedUrf tige Software nicht nur auf 
der Automatisierungskomponente sucht, auf welcher der Li- 
zenzschlUsselhandhaber ablauft, sondern auch auf zumindest 
25 einer mit dieser Automatisierungskomponente datentechnisch 
verbundener Automatisierungskomponente, auf der freigabebe- 
dUrftige Software ablauffahig ist bzw. dort ablauft. 

In einer weiteren vorteilhaf ten Ausgestaltung des Systems 
30 sind der LizenzschlUsselhandhabermanager und der Li- 
zenzschlUsselhandhaber ineinander in ein Sof twareprogramm in- 
tegriert. Ein derartiges System kennzeichnet sich folglich 
durch einen erweiterten LizenzschlUsselhandhaber, welcher da- 
zu ertUchtigt ist verschiedene Typen von LizenzschlUsseln zu 
35 handhaben, d.h. eine PrUfung der Lizenzschlussel vorzunehmen. 
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Das erf indungsgemafle System weist in einer vorteilhaf ten Aus- 
gestaltung zumindest eine Automatisierungskomponente bzw. ei- 
ne Automatisierungskomponente auf, wobei die Automatisie- 
rungskomponente eine Runtime-Software auf weist, Gerade auch 
bei Runtime-Software ist die Lizenzierung von Bedeutung. 

Die Aufgabe der Erfindung wird weiterhin durch ein Verfahren 
zur AusfUhrungsf reigabe zumindest eines f reigabebedurf tigen 
Sof twareprogrammes gelost. Bei dem Verfahren zur AusfUhrungs- 
freigabe zumindest eines f reigabebedurf tigen und Uber einen 
LizenzschlUssel freigebbaren Sof twareprogrammes , erkennt ein 
LizenzschlUsselhandhabermanager zumindest einen von optional 
zumindest zwei mit diesem verbundenen LizenzschlUsselhandha- 
bern. 

Der Lizenzschliisselhandhabermanager kann dadurch eine 
Schnittstelle bzw. eine Art Knotenpunkt zwischen mehreren Li- 
zenzschlUsselhandhabern bilden. Diese Schnittstellenfunktion 
wird insbesondere dadurch unterstutzt, dass der LizenzschlUs- 
selhandhabermanager eine Bedienoberf lache anbietet, welche 
die Bedienung verschiedener LizenzschlUsselhandhaber unter- 
schiedlichen Typs unterstutzt. 

Zur AusfUhrungsf reigabe eines f reigabebedurf tigen Softwa- 
reprogrammes dienen beispielsweise die folgenden Schritte: 

a) der LizenzschlUsselhandhabermanager ubergibt den Lizenz- 
schlUssel an einen LizenzschlUsselspeicher eines erkannten 
Lizenzschlusselhandhabers und der LizenzschlUsselhandhaber 

i 

erhalt den LizenzschlUssel aus dem LizenzschlUsselspeicher 
bzw. 

b) der LizenzschlUsselhandhabermanager Ubergibt den Lizenz- 
schlUssel an einen Lizensschlusselserver, der den Lizenz- 
schlUssel zur Speicherung an den LizenzschlUsselspeicher 
weiterleitet bzw. den LizenzschlUssel dem LizenzschlUssel- 
handhaber zufUhrt oder 
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c) der LizenzschlUsselhandhabermanager Ubergibt den Lizenz- 
schlussel an den LizenzschlUsselhandhaber, wobei der Li- 
zenzschlUsselhandhaber den Lizenzschlussel im Lizenz- 
schlUsselspeicher ablegt 

5 und wobei die Ausfuhrungsf reigabe des Sof twareprogrammes 
durch eine Abfrage bzw. Kontrolle des Lizenzschllissels bei 
dem LizenzschlUsselhandhaber durch das f reigabebedtirf tige 
Sof twareprogramm erfolgt. 

10 FUr die Ausfuhrungsf reigabe der Software ist eine zeitliche 

enge VerknUpfung mit der Obergabe des LizenzschlUssels an den 
LizenzschlUsselhandhaber nicht unbedingt erforderlich. Die 
Obergabe der Lizenzschlussel ist beispielsweise innerhalb ei- 
ner Inbetriebsetzungsmaflnahme einer Automatisierungskomponen- 

15 te durchfuhrbar, wohingegen die Ausfuhrungsf reigabe bei- 
spielsweise zur Laufzeit der Automatisierungskomponente bzw. 
der auf dieser ablaufenden Software erfolgt. 

Daraus ergeben sich die bereits obig beschriebenen Vorteile. 
20 Der Lizenzschlussel ist sowohl als Dateninformation als auch 
als eigenes Sof twareprogramm ausbildbar. 

Der Lizenzschlilsselserver ist ein Mittel zur Bereitstellung 
von Inf ormationen bzw. Daten, welche von dem Server bei- 
25 spielsweise durch einen Lizenzhandhaber abfragbar sind. 

In einer vorteilhaf ten Ausgestaltung des Verfahrens wird 
durch den Lizenzschlussel ein f reigabebedurf tiges Software- 
programm, welches in einem embedded Runtimesystem eines in- 
30 dustriellen Automatisierungssystems bzw. eines Antriebssys- 
tems/ welches insbesondere zumindest eine Automatisierungs- 
komponente aufweist, ablauft, freigegeben. 



35 
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In einer weiteren vorteilhaf ten Ausgestaltung ben6tigen die 
freigabebedUrftigen Sof twareprogramme Lizenzschlussel unter- 
schiedlichen Typs auf, wobei der Lizenzschlusselhandhaberma- 

* 

nager den Lizenzschlussel des einen Typs an einen Lizenz- 
5 schlUsselhandhaber diesen selben Typ Ubergibt. Zur Freigab 
. des freigabebedUrftigen Sof twareprogramms benStigt dieses ei- 
ne Freigabe d.h. eine Prlif information vom LizenzschlUssel- 
handhaber . 

10 Vorteilhaft wir einem LizenzschlUsselhandhaber ein Lizenz- 

schlusselspeicher zugeordnet wonach der LizenzschlUsselhand- 
habermanager den Lizenzschltissel an den LizenzschlUsselspei- 
cher insbesondere direkt ubergibt. 

15 In einer weiteren Ausgestaltung des Verfahrens ist einem Li- 
zenszschlusselhandhaber ein Lizenzschliisselspeicher zugeord- 
net wobei der Lizenzschliisselhandhaber den Lizenzschlussel im 
Lizenzschliisselspeicher speichert bzw. den Lizenzschlussel 
aus dem Lizenzschliisselspeicher ausliest. 

20 

Vorteilhaf ter weise sind einem Lizenzschltisselhandhabermana- 
ger mehrere Lizenzschliisselhandhaber unterschiedlichen Typs, 
welche Lizenzschlussel unterschiedlichen Typs handhaben, zu- 
geordnet sind und vom Lizenzschliisslehandhabermanager der Typ 
25 des Lizenzschliisselhandhabers erkannt wird. 

Ist dem Lizenzschliisslenhandhabermanager ein Lizenzschliissel- 
typ unbekannt so wird der Lizenzschliisselhandhabermanager 
durch Module zum Managen eines Lizenzschliisselhandhabers neu- 
30 en Typs erganzt. Lizenzschlussel gleichen Typs sind bei- 

spielsweise unterschiedliche Lizenzschlussel die jedoch mit- 
tels des selben Algorithmusses erstellt wurden. 
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Die Erfindung betrifft weiterhin auch ein Automatisierungs- 
system zur Durchfuhrung des oben beschriebenen Verfahrens. 
Dabei sind die folgenden Auspragungen hervorzuheben: 

5 • Eine LizenzschlUsselbedurf tige Software fragt den Li- 

zenzschlUsselhandhaber ob und unter welchen Bedingungen sie 
betrieben werden kann. In Abhangigkeit der durch die Li- 
zenzschltissel reprasentierten Lizenzsituation kann der Li- 
zenzschliisselhandhaber der Applikation z.B. das Recht zum 
10 Betrieb eingeschrankt Oder uneingeschrankt gewahren oder 
verwehren. 

• Lizenzschltissel konnen liber den Lizenzschlusselhandhaberma- 
nager und die Lizenzschlusselhandhaber in die Lizenzschltis- 
selspeicher Systemkomponenten eingebracht werden. 

15 • Zur Laufzeit des Automa t is ierungssys terns kann ein Li- 

zenzschlusselhandhabermanager bei Bedarf bei einem Lizenz- 
schlussel-Server nach Lizenzschltissel fragen. 

• Die Lizenschlusselhandhaber stellen dem Lizenzschliissel- 
handhabermanager den Lizenzbedarf zur Verftigung. 

20 • Die Lizenschlusselhandhaber geben dem Lizenzschlttsselhand- 
habermanager auf Anfrage den Lizenzschltissel Bedarf der 
Systemkomponente bekannt. 

• Download vom Lizenzschliissel aus einem Web License Inter- 
face des Lizenzanbieters . Lizenzschliissel konnen liber ein 

25 Web License Interface mit Hilfe des Lizenzschllisselhandha- 
bermanagers aus dem Internet geladen werden. 

• Download des ermittelten Lizenzschliissels Bedarf s. Mit Hil- 
fe des Lizenzschliisselhandhabermanagers der Lizenzschliissel 
Bedarf sermittlung und des Lizenzschliissels Downloads kann 

30 automatisch der ermittelte Lizenzschltissel Bedarf aus dem 
Internet geladen werden. 

• Mit Hilfe des Lizenzschllisselhandhabermanagers und einer im 
Web License Interface integrierten Bestell- und Lieferab- 
wicklung konnen Lizenzschltissel auch aus dem LizenzschlUs- 

35 selhandhabermanager heraus bestellt werden. 

• Mit Hilfe des Lizenzschllisselhandhabermanagers/ der Lizenz- 
schltissel-Bedarf sermittlung und der Lizenzschltissel 
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Bestellung kann automatisch der ermittelte Bedarf bestellt 
werden. 

• Die Kommunikation zu spezifischen Lizenschlusselhandhaber 
vom Lizenzschltisselhandhabermanager aus kann liber fUr diese 

5 Lizenschlusselhandhaber spezifische Pluglns im Li- 

zenzschliisselhandhabermanager erfolgen. Diese Pluglns kdn- 
nen im Nachhinein zum LizenzschlUsselhandhabermanager hin- 
zugefiigt werden, 

• Wird aus einem Engineeringssystem (Runtime-Manager, z.B. 
10 S7-Manager, . . . ) eine Automatisierungskomponente projek- 

tiert, parametriert, konfiguriert bzw. programmiert konnen 
mit dieser Projektierungsinformation sofort liber den Li- 
zenzschliisselhandhabermanager notwendige Lizenzraanagement 
Aufgaben, wie z.B. Laden von Lizenzschllisseln in dieser 
15 Komponenten angestoflen werden. 

• Kann ein Lizenzschlusselhandhabermanager in einem vernetz- 
ten Automatisierungs- und Antriebsverbund nicht direkt mit 
einem Lizenzschlusselhandhaber einer Automatisierungs- 
oder Antriebskomponente kommunizieren, so konnen dazwi- 

20 schenliegende Automatisierungs- und Antriebskomponenten 
diese notwendige Kommunikation weiterleiten. 

Im folgenden wird die Erfindung beipielhaft anhand der in den 
Figuren dargestellten ausfuhrungsbeispiele beschrieben. Es 
25 zeigen: 



FIG 1 ein erstes System, welches einen LizenzschlUssel- 

handhabermanager aufweist, 
FIG 2 ein zweites System, welches einen Lizenzschliissel- 
30 handhabermanager aufweist, 

FIG 3 ein drittes System, welches einen LizenzschlUssel- 

handhabermanager aufweist und 
FIG 4 die Darstellung eines Verfahrens zur AusfUhrungs- 

freigabe eines Freigabebedurf tigen Sof twareprogram- 
35 mes. 
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Die Darstellung gemafi FIG 1 zeigt ein System 1, insbesondere 
ein Automat isierungssystem bzw. eine Automatisierungskompo- 
nente 24. Das System weist neben Hardware, welche in der FIG 
1 nicht ausdrUcklich dargestellt ist, auch Software auf . Das 
5 System 1 weist dabei sowohl ein freies Sof twareprogramm 12 
auf, welches zur Ausfilhrung keinen LizenzschlUssel benotigt, 
wie auch f reigabebedUrf tige Sof twareprogramme 13, 14, 15 und 
16. Die f reigabebediirf tigen Sof twareprogramme 13, 14, 15 und 
16 benotigen zur Freigabe einen LizenzschlUssel 5, 6', 6" und 

10 7, wobei die Lizenzschliissel nicht im Sof twareprogramm lie- 
gen, jedoch die dortige figUrliche Darstellung zum Ausdruck 
bringt, dass ein LizenzschlUssel einer Software zugeordnet 
ist. Die LizenzschlUssel sind von unterschiedlichen Typ, wo- 
bei der Typ durch die graphische Darstellung als Kreis, Drei- 

15 eck bzw. Stern ausgedruckt ist. Sof twareschlUssel 6 gleichen 
Typs weisen insbesondere auch unterschiedliche LizenzschlUs- 
sel 6 1 und 6" auf, wobei die Unterschiedlichkeit der Lizenz- 
schlUssel im Falle des durch einen Kreis dargestellten Typs 6 
durch eine halftige Vollflache bzw. durch eine geviertelte 

20 Vollflache des Kreises dargestellt sind. Die Freigabe der 

f reigabebedUrf tigten Sof twareprogramme 13, 14, 15 und 16 er- 
folgt mittels LizenzschlUsselhandhabern 8, 9 und 10. Der Li- 
zenzschlUsselhandhaber 8 handhabt die LizenzschlUssel 6 1 und 
6 Der LizenzschlUsselhandhaber 9 handhabt den durch ein 

25 Dreieck gekennzeichneten LizenzschlUssel 5 und der Li- 
zenzschlUsselhandhaber 10 handhabt den durch einen Stern ge- 
kennzeichneten LizenzschlUssel 7. Die LizenzschlUsselhandha- 
ber 8, 9 und 10 sind Sof twareprogramme, welche in einer da- 
tentechnischen Verbindung 28 mit den f reigabebedUrf tigen 

30 Softwareprogrammen 13, 14, 15 und 16 stehen. Die datentechni- 
sche Verbindung 28 ist eine interne Datenverbindung, wobei 
dadurch der Datenaustausch zwischen den Sof twareelementen Li- 
zenzschlUsselhandhaber 8, 9 und 10 bzw. den Softwareprogram- 
men 13, 14, 15 und 16 ausgedrUckt wird. Die LizenzschlUssel- 

35 handhaber 8, 9 und 10 sind jeweils fUr einen Typ als Lizenz- 
schlUssels 5, 6 1 , 6", 7 vorgesehen. Die LizenzschlUsselhand- 
haber 8, 9 und 10 sind in einer datentechnischen Verbindung 
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28 mit einem LizenzschlUsselspeicher 30, 31. Die Lizenz- 
schlUsselspeicher 30, 31 sind so ausbildbar, dass ein Lizenz- 
schlUsselspeicher 31 z.B. nur einen Typ eines LizenzschlUs- 
sels 7 speichert. Eine andere AusfUhrung des Lizenzschlussel- 
5 speichers 30 ermoglicht die Speicherung verschiedener Typen 
von Lizenzschlusseln 5, 6, 

Fehlt dem LizenzschlUsselhanhabermanager 20 Information zum 
Managen eins Lizenzschllissel Typs, so ist diese Information 
10 liber den fehlenden Typ durch ein Sof tware-Erganzungsmodul 35 
zuspielbar . 

Die LizenzschlUsselhandhaber 8, 9 und 10 stehen in datentech- 
nischer Verbindung 28, welches durch einen Doppelpfeil ange- 

15 zeigt ist, mit einem LizenzschlUsselhandhabermanager . Der Li- 
zenzschlusselhandhabermanager 20 weist LizenzschlUssel 5, 6, 
7 den LizenzschlUsselhandhabern 8, 9 und 10 zu. Die Li- 
zenzschlUsselhandhaber 8, 9 und 10 sind in der Lage diese Li- 
zenzschllissel 5, 6, 7 in LizenzschlUsselspeicher 30, 31 abzu- 

20 legen. 



In einer vorteilhaf ten Ausgestaltung erkennt der Lizenz- 
schlUsselhandhaberraanager 20 einen bestimmten Typ eines Li- 
zenzschltisselhandhabers 8, 9, 10 bzw. den Typ des Lizenz- 

25 schltissels 5, 6, 7, der durch den Lizenzschltisselhandhaber 8, 
9, 10 gehandhabt wird. Der Lizenzschltisselhandhaber 8, 9, 10 
dient zur Freigabe der Sof twareprogramme 13, 14, 15 und 16. 
Die LizenzschlUssel 5, 6, 7 sind den Lizenzschliisselhandha- 
bermanager 20 zuspielbar. Die in der FIG 1 nicht dargestellte 

30 Zuspielung erfolgt beispielsweise durch einen Datentrager wie 
eine Speicherkarte, eine Kommunikationsverbindung liber ein 
Internet, ein Intranet oder ein Ethernet oder ahnliches. Mit- 
tels einer Datenverbindung 29 (z.B. ein Kabel oder eine Funk- 
verbindung) ist ein IBN-Tool 4 6 mit der Automatisierungskom- 

35 ponente 24 verbindbar. Das IBN-Tool ist beispielsweise eine 
Inbetriebnahme-Sof tware . 
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Die Darstellung gemaB FIG 2 zeigt ein System 2, welches eine 
Automatisierungskomponente 24 und eine Automatisierungskompo- 
nente 25 aufweist. Die Automatisierungskomponente 24 ist bei- 
spielsweise ein PC, auf welcher eine Steuerung bzw. eine Re- 
5 gelung bzw, eine Bewegungssof tware ablauffahig ist. Die Auto- 
matisierungskomponente 24 lehnt sich in ihrer Darstellung an 
das in FIG 1 dargestellte System 1 an. Ira Unterschied zur FIG 
1 weist die Automatisierungskomponente 24 zur einfacheren 
Darstellung lediglich einen Lizenzschlussel 6 und eine frei- 

10 gabebedUrftiges Sof twareprogramm 14 auf. Die f reigabebedUrf- 
tige Software ist beispielsweise auch ein Runtime-Software. 
Ober ein in der FIG 2 nicht dargestelltes Engineeringssystem 
ist beispielsweise der Lizenzhandhabermanager aufrufbar. Im 
Engineeringssystem ist vorteilhaft der Aufbau bzw. die Struk- 

15 tur eines Automatisierungssystems welches zumindest Software 
aber auch Hardware aufweisen kann, generierbar bzw. bekannt. 
Diese Information lasst sich zur Ermittlung moglicher beno- 
tigter Lizenzschlussel nutzen, so dass vorteilhaf ter Weise 
der Lizenzschlusselhandhabermanager Uber das Engineerings- 

20 system bedienbar ist. Das Engineeringssystem ist beispiels- 
weise in einem PC integrierbar . 

Die Automatisierungskomponente 25 ist beispielsweise auch als 
Personal-Computer PC ausgefuhrt. Die Automatisierungskompo- 

25 nente 25 weist einen Lizenzschliisselhandhabermanager 20 auf, 
welcher in datentechnischer Verbindung 28 mit einem Lizenz- 
schlUsselserver 23 steht. Der LizenzschlUsselserver dient zur 
Verwaltung von Lizenzschllisseln, die ihm beispielsweise auch 
durch einen LizenzschlUsselmanager 20 einer weiteren Automa- 

30 tisierungskomponente 24 bzw. durch einen LizenzschlUsselhand- 
haber 8 Ubermittelt werden bzw. von diesem mit Lizenzschltts- 
seln 6 versorgt werden. Der Lizenzschlusselserver 23 ist der- 
art ausgefUhrt, dass dieser uber eine datentechnische Verbin- 
dung 28 Lizenzschlussel 6 auf einen Lizenzschlusselspeicher 

35 30 speichert. Der Lizenzschlusselspeicher 30 ist auch als ei- 
ne von mehreren Komponenten des LizenzschlUsselservers 23 
ausfuhrbar. Die datentechnische Verbindung 28 zwischen den 
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Automatisierungskomponenten 24 und 25 gelingt beispielsweise 
durch eine Datenverbindung 29. Eine Datenverbindung 29 ist 
beispielsweise durch eine Kabelverbindung, eine Funkverbin- 
dung oder eine Inf rarotverbindung ausfUhrbar. 

5 

Die Darstellung gemafl FIG 3 zeigt eine Erweiterung der FIG 2, 
wobei das System 3 gemafi FIG 3 weitere zusatzliche Automati- 
sierungskomponenten 2 6 und 27 auf weist, welche miteinander 
mittels Datenverbindungen 29 vernetzt sind. Die Automatisie- 

10 rungs kompenente 26 ist beipielsweise ein Embedded Runtime 

System. Dieses Embedded Runtime System weist eine freigabebe- 
diirftige Runtimesof tware auf. Die Freigabe ist mittels eines 
LizensschlUsselhandhabers 8 und eines LizensschlUsselspei- 
chers 30 erziebar. Der Lizenzschlusselspeicher 30 weist in 

15 der Automatisierungskomponente 26 lediglich einen Lizenz- 
schlussel 6 auf. Der Lizenzschlusselspeicher 8 ist beispiels- 
weise auch als ein in den LizenzschlUsselhandhaber integrier- 
ter Speicherpaltz ftir einen oder mehrere Lizenzschlussel aus- 
fUhrbar, wobei dies in der Figur 3 nicht dargestellt ist. 

20 

Mittel der datentechnischen Verbindung 28 ist der Li- 
zenzschlUsselhandhaber 8 mit dem Lizenzschlusslehandhaberma- 
nager 10 der Automatisierungskomponente 24 verbunden. Uber 
den LizenzschlUsselhandhaber 8 der Automatisierungskomponente 
25 26 ist beispielsweise auch ein weiterer LizenzschlUsselhand- 
haber 8 einer Automtisierungskomponente 27 ansprechbar. 

In einer vorteilhaf ten Ausgestaltung ist die Automatisie- 
rungskomponente 24 mit einem Datennetz 40 verbunden. Das Da- 

30 tennetz ist beispielsweise ein Internet, ein Intranet, ein 
Local-Area-Network (LAN),... . Auf diese Weise sind dem Li- 
zenzhandhabermanager 20 beispielsweise Lizenzschlussel Uber- 
mittelbar. Ist dem LizenzschlUsselhandhabermanager 20 ein Typ 
eines LizenzschlUssels unbekannt, so ist auch auf diese Weise 

35 Uber das Datennetz der LizenzschlUsselhandhabermanager 20 
durch zumindest ein Modul zum Managen eines LizenschlUssel- 
handhabers des neuen Typs erganzbar. 



WO 2005/003935 



PCT/EP2004/005827 



18 

Das System 3 ist beispielsweise ein Automatisierungs- bzw. 
ein Antriebssystem. Bei diesem durchgangigen Lizenzmanagement 
fUr ein derartiges Automat isierungs- bzw. Antriebssysteme 
5 werden LizenzschlUssel 5,6,7 elektronisch reprasentiert . Der 
LizenzschlUsselhandhabermanager 20 weist Schnittstellen zu 
den LizenzschlUsselhandhabern 8 auf, welche unterschiedliche 
Auspragungen aufweisen konnen. FUr PC-Systeme kann der Li- 
zenzschlUsselhandhaber einheitlich fur alle PC's ausgepragt 

10 sein. FUr unterschiedliche embedded Runtime-Systeme, wie 

PLC's, Werkzeugmaschinen-Steuerungen oder Antriebe, konnen 
diese jeweils spezifisch nach den Anforderungen ausgebildet 
sein. Auch die Kommunikation vom LizenzschlUsselhandhaberma- 
nager 20 zu den LizenzschlUsselhandhabern 8 kann unterschied- 

15 lich ausgepragt sein. Zwischen PC-Komponenten kann dies auf 
Standard-PC-Kommunikationstechniken basieren, zu embedded 
Runtime-Systemen konnen spezifische Kommunikationstechniken 
verwendet werden. 

20 Die Darstellung gemafi FIG 4 zeigt beipielshaft Verfahren- 
schritte zur AusfUhrungsf reigabe eines FreigabebedUrf tigen 
Sof twareprogrammes . Zunachst erfolgt eine Erkennung 51 von 
LizenzschlUsselhandhabern durch den LizenzschlUsselhandhaber- 
manager. Danach erfolgt die Obergabe 53 eines LizenzschlUs- 

25 . sels durch den LizenzschlUsselhandhabermanager an den Li- 

zenzschlUsselhandhaber . Der LizenzschlUsselhandhaber legt den 
LizenzschlUssel in einen LizenzschlUsselspeicher 55 ab. Eine 
AusfUhrungsf reigabe 57 durch den LizenzschlUsselhandaber wird 
anschliefiend durchgefUhrt . Mittels eines strichlinierten 

30 RUckfUhruSngspf eils 59 sind m6gliche Wiederholungen von einem 
oder mehreren Verf ahrensschritten symbolisiert . 



35 
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Patent ansprtlche 

1. System (1,2,3) zur Ausftihrung zumindest eines freigabebe- 
diirftigen Sof twareprogrammes (13,14,15,16) zur Steuerung bzw. 

5 Regelung mittels zumindest einer Automatisierungskomponente, 
bei dem eine Freigabe des f reigabebedurf tigen Softwa- 
reprogrammes Uber einen Lizenzschltlssel (5,6,7) erreichbar 
ist, wobei zur Freigabe ein Lizenzschlusselhandhaber (8,9,10) 
vorgesehen ist, dadurch gekennzeichnet, 
10 dass ein Lizenzschlusselhandhabermanager (20) mit zumindest 
einem bzw. mit zwei oder mehreren Lizenzschliisselhandhabern 
(8,9,10) datentechnisch verbindbar ist. 

2. System (1,2,3) nach Anspruch 1, 

15 dadurch gekennzeichnet, dass zumindest 
zwei Lizenzschlusselhandhaber (8,9,10) unterschiedlichen Typs 
sind. 

3. System (1,2,3) nach Anspruch 1 oder 2, 

20 dadurch. gekennzeichnet, dass der Li- 
zensschliisselhandhabermanager (20) zur Erkennung zumindest 
zweier Lizensschltisselhandhaber (8,9,10) vorgesehen ist bzw. 
zur Erkennung eines Lizenzbedarf s vorgesehen ist. 

25 4. System (1,2,3) nach einem der Ansprtlche 1 bis 3, 

dadurch gekennzeichnet, dass das Sys- 
tem (2,3) ein verteiltes System (2,3) ist und zumindest zwei 
Automatisierungskomponenten (24,25,26) aufweist, welche mit- 
einander eine datentechnische Verbindung (28) aufweisen, wo- 

30 bei auf einer der Automatisierungskomponenten (24,25,26) das 
f reigabebedurf tige Sof twareprogramm (13,14,15,16) ablauffahig 
ist und der Lizenzschlusselhandhabermanager (20) auf dieser 
bzw. auf einer weiteren Automatisierungskomponente (24,25,26) 
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ablauffahig ist und mit dem LizenzschlQsselhandhaber 
(8,9,10), welcher auf zumindest einer der Automatisierungs- 
komponenten (24,25,26) ablauffahig ist, eine datentechnische 
Verbindung (28) aufweist. 

5 

5. System (1,2,3) nach einem der Anspriiche 1 bis 4, 
dadurch gekennzeichnet, dass der Li- 
zenzschlusselhandhabermanager und der Lizenzschlusselhandha- 
ber ineinander in ein Sof twareprogramm integriert sind. 

10 

6. System (1,2,3) nach einem der AnsprUche 1 bis 5, 
dadurch gekennzeichnet, dass das Sys- 
tem zumindest eine Automatisierungskomponente (24,25,2 6,27) 
aufweist bzw. eine Automatisierungskomponente (24,25,26,27) 

15 ist, wobei die Automatisierungskomponente (24,25,26,27) eine 
Runtime-Software aufweist. 

7. Verfahren zur Ausf tthrungsf reigabe zumindest eines freiga- 
bebedurftigen und liber einen LizenzschlUssel (5,6,7) freigeb- 

20 baren Sof twareprogrammes (13,14,15,16), wonach ein Li- 

zenzschlusselhandhabermanager (20) zumindest einen von optio- 
nal zumindest zwei mit diesem verbundenen Lizenzschlussel- 
handhabern (8,9,10) erkennt. 

25 8. Verfahren nach Anspruch 7, wonach zur AusfUhrungsf reigabe 
eines f reigabebediirf tigen Sof twareprogrammes (13,14,15,16) 
der Lizenzschliisselhandhabermanager (20) den LizenzschlUssel 
(5, 6,7) : 

a) an einen Lizenzschlusselspeicher (30,31) eines erkannten 
30 Lizenzschlttsselhandhabers (8,9,10) ubergibt und der Li- 

zenzschllisselhandhaber (8,9,10) den LizenzschlUssel 
(5,6,7) aus dem Lizenzschlusselspeicher (30,31) erhalt 
oder 
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b) an einen LizensschlUsselserver (23) Ubergibt, der den Li- 
zenzschlUssel (5,6,7) zur Speicherung an den Lizenzschlus- 
selspeicher (30,31) weiterleitet bzw. den Lizenzschlussel 
(5,6,7) dem Lizenzschlusselhandhaber (8,9,10) zufUhrt oder 
5 c) an den Lizenzschlusselhandhaber (8,9,10) Ubergibt, wobei 
der Lizenzschlusselhandhaber (8,9,10) den Lizenzschlussel 
im Lizenzschlusselspeicher (30,31) ablegt 

und die AusfUhrungsf reigabe des Sof twareprogramraes 

(13,14,15,16) durch eine Abfrage bzw. Kontrolle des Lizenz- 
10 schlUssels (5,6,7) bei dem Lizenzschlusselhandhaber (8,9,10) 

durch das f reigabebedUrf tige Sof twareprogramm (13,14,15,16) 

erfolgt . 

9. Verfahren nach Anspruch 8, 

15 dadurch gekennzeichnet, dass durch den 
Lizenzschlussel (5,6,7) ein f reigabebedUrf tiges Softwarepro- 
gramm (13,14,15,16), welches in einem embedded Runtimesystem 
eines industriellen Automatisierungssystems bzw. eines An- 
triebssystems, welches insbesondere zumindest eine Automati- 

20 sierungskomponente (24,25,26,27) aufweist, ablauft, freigege- 
ben wird. 

10. Verfahren nach einem der AnsprUche 8 oder 9, 
dadurch gekennzeichnet, dass die frei- 

25 gabebedurf tigen Sof twareprogramme (13,14,15,16) Lizenzschlus- 
sel (5,6,7) unterschiedlichen Typs benotigten und der Li- 
zenzschlUsselhandhabermanager (20) den Lizenzschlussel 
(5,6,7) des einen Typs an einen Lizenzschlusselhandhaber 
(8,9,10) diesen selben Typ Ubergibt. 

30 

11. Verfahren nach einem der AnsprUche 8 bis 10, 
dadurch gekennzeichnet, dass der Li- 
zenzschlUsselhandhabermanager (20) auf einem Personal Compu- 
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ter ausgeftihrt wird. 

12. Verfahren nach einem der Anspruche 8 bis 11, 
dadurch gekennzeichnet, dass einem Li- 
5 zenzschliisselhandhaber (8,9,10) ein Lizenzschlttsselspeicher 
(30,31) zugeordnet ist und der Lizenzschltisselhandhabermana- 
ger (20) den Lizenzschlussel (5,6,7) an den LizenzschlUssel- 
. speicher (30,31) ubergibt. 

10 13. Verfahren nach einem der Anspruche 8 bis 12, 

dadurch gekennzeichnet, dass einem Li- 
zenszschlusselhandhaber (8,9,10) ein Lizenzschlttsselspeicher 
(30,31) zugeordnet ist und der Lizenzschlusselhandhaber 
(8,9,10) den Lizenzschlussel (5,6,7) im Lizenzschliisselspei- 

15 cher (30,31) speichert bzw. den Lizenzschlussel (5,6,7) aus 
dem Lizenzschlttsselspeicher (30,31) ausliest. 

14. Verfahren nach einem der Ansprttche 8 bis 13, 
dadurch gekennzeichnet, dass einem Li- 

20 zenzschlttsselhandhabermanager (20) mehrere Lizenzschlussel- 
handhaber (8,9,10) unterschiedlichen Typs, welche Lizenz- 
schlussel (5,6,7) unterschiedlichen Typs handhaben, zugeord- 
net sind und vom Lizenzschltisslehandhabermanager (20) der Typ 
des Lizenzschliisselhandhabers (8,9,10) erkannt wird. 

25 

15. Verfahren nach einem der Anspruche 8 bis 14, 
dadurch gekennzeichnet, dass der Li- 
zenzschlUsselhandhabermanager (20) durch Module (35,36,37) 
zum Managen eines Lizenzschliisselhandhabers (8,9,10) neuen 

30 Typs erganzt wird. 
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16. Verfahren nach einem der AnsprUche 8 bis 15, 
dadurch gekennzeichnet, dass dem Li- 
zenzschliisselhandhabermanager (20) Lizenzschlussel (5, 6, 1) 
liber das Internet (40) zur Verfiigung gestellt werden. 
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